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Specification 

CHANGE OF CODEC DURING AN ACTIVE CALL 
5 BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates generally to dynamically changing compression techniques 
used for transmission of voice information over a packet switching environment and for 
10 transmission of fax information on a telephone line, in real-time, the telephone line being also used 
for transmission of voice information over a packet switching network environment and particularly 
to loading an overlay compression layer during a telephone conversation upon user initiation or 
automatically. 

15 Description of the Prior Art 

Prior art systems utilize various ways of transmitting voice information. One such way is 
shown in Fig. 1 wherein a telephone system 10 is shown to include a telephone device 12 coupled to 
a local telephone exchange, i.e. California AT&T exchange 14 (assuming the telephone device 12 is 
located in California). The latter is coupled through a PSTN 16 (Public Switching Telephone 

20 Network) to another exchange, namely, a New York telephone exchange 18 and finally, the 
exchange 18 is coupled to communicate voice information to a telephone device 20. This setup has 
been traditionally employed for communicating voice telephone calls between remotely located 
users of telephones, such as users of the telephone devices 12 and 20 (not shown in Fig. 1). 

In operation, a user of the telephone device 12, located in California, might place a telephone 

25 call to a user of the telephone device 20, which may be located in New York. Once the call is 
initiated, a telephone transmission line establishes a connection between the telephone device 12 
and the exchange 14. At the exchange 14, the telephone line might be multiplexed with a number of 
other physical lines and transmitted over the PSTN 16, which is comprised of switches, to the 
exchange 18, which is located in New York. The exchange 18 de-multixplexes the telephone line 

30 carrying the transmitted call and transfers the de-multiplexed signal to the telephone device 20. 
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The transmission of information through systems such as that shown in Fig. 1 is costly due 
to toll charges by telephone companies for placing calls through such systems. 

More recently, telephone conversations or modem information has been transmitted using 
packet switching network environments. An example of such a system is shown in Fig. 2 wherein a 

5 prior art telephone system 22 is shown to include a telephone device 24 coupled to an exchange 26, 
which is in turn coupled to a packet transmission system 36. The packet transmission system 36 is 
coupled to an exchange 32, which is coupled to a telephone device 34. The packet transmission 
system 36 is shown to include a California access server 28 and a New York access server 30. 

In operation, a telephone call is placed by a user of the telephone device 24 and connected to 

10 the exchange 26. In this case, a user of the telephone device is again located in California and 
therefore the exchange 26 is located locally in California. The exchange 26 couples a multiplexed 
line with the phone call coupled thereon to the server 28. The server 28 is also locally located, i.e. 
in California, and operates to converts the voice information, which is received by the server 28 in 
analog format, to digital format and transforms the same to packets of voice information for 

15 transmission through a packet switching network, such as the Internet. The server 28 is a network 
device that typically includes a router for packetizing and de-packetizing information. 
Subsequently, the server 30 receives the packetized voice information that was transmitted through 
the packet switching network and the former de-packetizes (arranges the packets of a telephone call 
together into a continuous signal) the telephone call information and converts it into analog format 

20 for transmission to the exchange 32. The server 30 and the exchange 32 are located remotely from 
the exchange 26 and server 28. In this example, as the call is being placed between a California 
user and a New York user, the server 30 and the exchange 32 are located in New York. The server 
30 also typically includes a router. The exchange 32 then transmits the voice information, in analog 
form to the telephone device 34. This type of voice transmission is commonly referred to as voice- 

25 over-IP (Internet Protocol). In comparing the prior art systems of Fig. 1 and Fig. 2, it should be 
noted that the PSTN 16 is essentially replaced with the packet transmission system 36. This 
difference in the two systems is, however, transparent to users of the telephone devices except that 
use of the system 22 in Fig. 2 is less expensive than that of the system 10 in Fig. 1. The reason for 
the cost reduction is that, referring to Fig. 2, the transmission of voice information from the 

30 telephone device 24 all the way to the server 28 is through local medium, which generates local 
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phone costs. The same holds true for transmissions of voice information between the telephone 
device 34 and the server 30, as these are local within New York. Therefore, long distance charges 
are only incurred through the packet switching network, such as the Internet, which is generally a 
much less expensive medium of transmission relative to the public switching network. 

5 In Fig. 2, the packets of voice information through the packet switching network, such as the 

Internet, are transmitted using various encoding techniques. In one encoding technique, packets are 
compressed by the server (for example, server 28) prior to transmission thereof. Consider the case 
where each packet is 200 bytes in length. A compression technique, such as one in the list provided 
hereinbelow, may compress each packet to 25 bytes. The goal is to decrease the size of the packets 

10 as much as possible while maintaining signal quality. Smaller packet sizes increase system 
throughput and therefore capacity as more packets can be routed through the network. Generally, 
undergoing any type of compression results in compromising voice quality. However, the 
difference in voice quality is not generally noticed by users listening to the voice transmission due 
to certain insensitivity associated with the human ear beyond certain frequencies. Although in the 

15 example provide hereinabove, a constant packet size, i.e. 200 bytes, is used, in practice, different 
packet sizes may be transmitted through the network. 

A problem that arises with respect to prior art systems similar to Fig. 2 is that only one type 
of compression algorithm is employed for any the duration of a phone call. That is, compression 
algorithms can not be changed during the phone conversation. The use of only one type of 

20 compression technique prevents compensation for variable factors, such as varying packet sizes. 
Therefore, the need arises for the use of dynamically changing compression techniques, either 
manually or automatically, for transmission of voice-over-IP allowing for adjustments to be made in 
accordance with varying network usage or bandwidth thereby making optimal use of network 
capacity and throughput. 

25 Compression and decompression are typically referred to as codec and examples of codecs 

used for compression/decompression of voice information are: G.711, G723 and G729, etc. 
Typically, DSP devices perform codec functions. Different codecs offer different advantages and 
disadvantages. For example, the G.71 1 codec actually performs no compression thereby leading to 
increased bandwidth. However, the quality of the voice transmission is as good as the original 

30 voice. Codecs are typically located in the router within the servers 28 and 30. 
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In the system of Fig. 2, fax information, as opposed to voice information, may be 
transmitted. In this respect, a fax machine is employed in place of the telephone device 24 and 
similarly, a fax machine is employed in place of the telephone device 34. In fax transmissions, a 
codec is loaded into the DSP followed by 'overlay', 'overlay' converts the rate of transmissions of 

5 fax signals to the appropriate speed necessary for transmission of fax information over IP. When a 
fax call is initiated, the router within the server 28 detects a fax tone, which indicates that the 
information is fax information and accordingly places an 'overlay' on top of the already-compressed 
fax signal. Currently, a user of a telephone/fax device cannot transmit fax information over the 
same line that the user is utilizing for transmission of voice information. This serves as an 

10 inconvenience to the user as the user must place two calls, one for conducting a voice transmission 
and another for transmission of fax information. Moreover, if the user must fax a document 
urgently, while on the phone, the user must hang up the voice call, fax the document and then make 
a third call to resume the voice call. Accordingly, the need arises to transmit fax information, in 
real-time, over a telephone line that is being used to transmit voice information in a packet 

1 5 switching network environment. 

For the foregoing reasons, the need arises for employing dynamically varying compression 
techniques, either manually or automatically, in packet switching network environments allowing 
for adjustments to be made by varying the compression technique in accordance to the usage of the 
network. A further need arises for transmission of fax information, on-the-fly (or in real-time), over 

20 the same telephone line that is being used to transmit voice information in a packet switching 
network. 

SUMMARY OF THE INVENTION 

Briefly, a router device is disclosed in accordance with an embodiment of the present 

25 invention for use in a communication system having at least two telephone devices in 

communications with each other for transferring voice information therebetween through a packet 
switching network. The router device is coupled between one of the telephone devices and the 
packet switching network for performing one of a plurality of types of compression/decompression 
(codec) operation on information being transferred between the telephone devices. The router 

30 device includes a Digital Signal Processor (DSP) module responsive to an analog telephone signal 
for carrying a telephone conversation generated from one of the telephone devices and operative to 
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convert the analog telephone signal to a digital telephone signal The DSP packetizes the digital 
telephone signal for transmission to a remotely-located router device and switches from using a first 
type of codec to using a second type of codec upon detection of degradation in the quality of the 
voice information while a conversation is taking place between the two telephone devices yet 
5 avoiding substantial disturbance to users of the telephone devices. 

The foregoing and other objects, features and advantages of the invention will be apparent 
from the following detailed description of the preferred embodiments which made reference to the 
several figures of the drawing. 

10 IN THE DRAWINGS 

Fig. 1 shows a prior art system for transmitting voice information. 

Fig. 2 shows a prior art communications system using packet switching network for 
transmission of voice information. 
15 Fig. 3 shows a communication system 300 in accordance with an embodiment of the present 

invention. 

Fig. 4 shows and describes the way in which a call is established using the embodiment of 

Fig. 3. 

Fig. 5 shows a flow chart outlining the steps processed in implementing dynamic codec 
20 negotiation and switching in accordance with an embodiment of the present invention. 

Fig. 6 illustrates the change in packet size after a change in codec has occurred in accordance 
with the teachings of the present invention. 

Fig. 7 shows an alternative embodiment of the present invention wherein a fax transmission 
takes place on the same telephone line as that which is for carrying voice information. 

25 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring now to Fig. 3, a communication system 300 is shown to include a telephone 
device 302, a local telephone exchange 304, a router device 306, a packet switching network 308, a 
3 0 router device 3 1 0, a local telephone exchange 3 1 2 and a telephone device 3 1 4 in accordance with an 
embodiment of the present invention. The exchanges 304 and 312 are the telephone companies' 
equipment including switches for multiplexing and transferring calls placed through telephone 
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devices coupled to the exchanges. The environment used to conduct such transfer and multiplexing 
is referred to as Public Switching Telephone Network (PSTN). The network 308 is a packet 
switching network and in one embodiment of the present invention, the network 308 is the Internet 
wherein information is passed therethrough using Internet Protocol (IP). The communication 
5 system 300 operates to transfer voice information, i.e. telephone calls, between users of the 
telephone devices 302 and 314. 

For example, when a user of the telephone device 302 (not shown in Fig. 1) initiates a call, 
telephone signals carrying voice information are transmitted to the exchange 304. Switches (not 
shown in Fig. 1) in the exchange 304 multiplex the signal using Time Division Multiplexing (TDM) 

10 in order to connect the telephone call to the router 306. The router 306 receives information in 
analog format and converts the same to digital format. This conversion may be performed using 
analog-to-digital converter devices (not shown) or the DSP. The digital information is then 
packetized. An IP header information including an address of the destination of the packet will be 
appended to each packet and the packets with the appended header are then transmitted across the 

15 packet switching network. IP is used as a routing protocol, however, any other appropriate protocol 
known by those skilled in the art can be used. The software stored in the space 322 causes 
appending of the packets with header information and transmission thereof throughout the network. 

Portions of the phone call are placed in packets for transmission through the network 308 
and for receipt by the router 310. The router 310 receives the packets and the DSP module of the 

20 router 310 organizes the separately-arriving packets back into the original contents of the call and 
converts the de-packetized signal to analog format. The router 306 identifies the final destination to 
which the packets must be sent. Each packet of a telephone conversation may travel through 
different equipment prior to reaching its ultimate destination, in this case the router 310. In Fig. 3, 
the final destination is identified by the router 306 as the address (the IP address) of the router 310. 

25 Different packets of the same message can travel through different routes within the network 308. 
The analog de-packetized signal is then transferred through the exchange 312 to the telephone 
device 314. 

For transmission of voice in the opposite direction, i.e. from the telephone device 314 to the 
telephone device 302, operations such as those described above take place except the router 310 
30 sends packets that are destined for receipt by the router 306. 
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The exchange 304 and router 306 are typically situated locally with respect to the telephone 
302 and the exchange 312 and router 310 are situated locally with respect to the telephone device 
314. But the telephone 302, the exchange 304 and the router 306 are located remotely to the router 
31, the exchange 312 and the telephone device 314. While not shown in Fig. 3, it should be 
5 understood by those skilled in the art that the exchanges 304 and 3 12 are typically coupled to many 
telephone devices. 

In Fig. 3, the router 306 is shown in more detail to include a DSP module 320, a Central 
Processing Unit (CPU) 321 and a software storage space 322. The DSP module 320 converts voice 
signals into packets and vice versa. The CPU 321 routes packets that are generated by the DSP 

10 module 320 through the network 308 and similarly transfers packets received from the network 308 
to the DSP module 320. The DSP module 320 operates under the command of the CPU 321 to 
perform its tasks. Software (or firmware) code is stored in the space 322. The stored software 
includes one or more types of codec algorithms (depending on which codecs are supported by the 
router) and further includes code executed by the CPU 321 for performing CPU tasks. 

15 It should be noted that the router 310 generally includes the same components and operates 

in the same manner as that which is disclosed regarding the router 306. The router 306 is coupled to 
the telephone device 302 through one or more trunks with each trunk 316 carrying many telephone 
channels. An example of a trunk line is a Tl or T3 line. A Tl line includes 24 channels and a T3 
line includes 28 Tl channels, or 672 channels. Each channel 318 is typically DS0 (Digital 

20 Subscriber) line. The trunk 316 carries information between the telephone device 302 and the router 
306 in analog form. Within the router 306, analog information is converted to digital form by the 
DSP module 320. The DSP module 320 generally includes a number of DSP chips (or integrated 
circuits), which are special purpose processors for efficiently executing mathematical operations, 
such as multiply and add operations, in one clock cycle. The DSP module 320 uses software (or 

25 firmware) code stored in the space 322 for execution thereof to carry out various functions. For 
example, the DSP module 320 loads a particular codec from the space 322. Alternatively, the CPU 
321 commands the DSP module 320 to load the codec. The software code is a program that 
controls the DSP chips and identifies which codec is to be used and identifies the address of the 
destination of the packets coming out of the DSP through the network 308. A header (IP header) is 



7 



14013-23 

added to the voice information prior to transmitting the same that contains the destination address of 
the packet. 

The DSP module 320 also places the voice packets provided by the CPU 321, which 
received the packets through the network 308, onto the trunk 316 when information is being 
5 transmitted from the telephone device 314 to the telephone device 302. As noted earlier, the router 
310 essentially includes the same components as those discussed relative to router 306. However, 
when receiving information through the network 308, the DSP module in the router 310 first 
arranges the packets together to reconstruct the continuous form of the original call and then 
converts the de-packetized information, which is still in digital format, into analog format. A 
10 program from the software stored in the space 322 for performing compression/decompression (or 
codec) is loaded into the DSP module 320 for use in compressing out-going packets and de- 
compressing in-coming packets of information. The codec function is performed by the DSP 
module by loading a software program that carries out the compression/decompression when 
executed. 

15 As noted above, various codec techniques are currently available and used by the industry- 

at-large. Different codecs yield different packet sizes due to the type of algorithm employed. Some 
of the common types of codec protocol are listed below: 



CODEC rProtocol) Packet Rate 

20 G.71 1 (uses a-law/u-law encoding) 64 Kbits/sec 

G726 (uses ADPCM encoding) 1 6/24/32 Kbits/sec 

G729 8 Kbits/sec 

G723.1 6.3/5.3 Kbits/sec 

The packet rate is proportional to the size of the packet ( the higher the bit-rate, the higher 
25 the packet size). The packet size after compression is a function of the sophistication of the 
particular compression algorithm. As noted above, for example, the G723.1 technique yields a 
smaller packet size than the G.711 compression technique. While a smaller packet size increases 
system capacity and throughput, the quality of voice is compromised. Thus, the G.711 is likely to 
yield the a better quality voice transmission than the G723.1. It should be noted that whichever 
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codec is utilized by the router 306 is also used by the router 310 to de-compress the transmitted 
packets. 

Fig. 4 shows the routers 306 and 310 in communication through the network 308. In Fig. 4, 
the way in which a call is established is depicted using a protocol, the H.323 protocol, which is a 

5. standard protocol used for connecting and disconnecting voice and video calls. In this case, it is 
being used for voice-over-IP applications. As a part of the H.323 protocol, two other protocols, the 
H.225 and H.245 are employed. The H.225 is used for call set-up and the H.245 protocol is used 
for codec negotiation as will be apparent shortly. 

Consider the case where the router 306 wishes to send voice information, in packet form, 

10 through the network 308, to the router 310. First, as shown in Fig. 4, the CPU of the router 306 
transmits a 'setup indication' message to the router 310 pursuant to the protocol specified by H.225. 
The router 310, in response thereto, sends an 'alerting' message back to the router 306, which 
indicates that the router 310 has received the 'setup' message from the router 306. 

Further shown in Fig. 4, the routers 306 and 310 subsequently communicate pursuant to the 

15 H.245 protocol for negotiations of their capabilities and to decide on use of a set of common 
capabilities. That is, both routers simultaneously send each other the codec(s) that each is capable 
of supporting. This may be one or more types of codecs. Next, a mutually-supported codec is 
decided upon for use by the routers using the H.245 protocol. Still using this protocol, in response 
to the decided codec, an acknowledgment is sent. In Fig. 4, the 'capabilities negotiations' messages 

20 and the 'open channel' messages are transmitted irrespective of receipt of any response, i.e. they are 
unsolicited messages, whereas, the 'acknowledgment' message is sent in response to the 'open 
channel' message. 

Finally, a connection is established and a message, in accordance with the H.225 protocol, is 
sent from one router to another. In the current example, this 'connect' message would be sent from 
25 the router 310 to the router 306. 

In the above scenario with respect to Fig. 4, the routers negotiate the codec to be used and as 
will be apparent shortly, the routers may change the type of codec being used during connection 
time but the new codec would have to be supported by both the sending as well as the receiving 
router since both routers need to use the same codec at any given time. It should be obvious to 
30 those skilled in the art that in the embodiment provided above, the router 306 may be sending 
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information at one time and receiving information at another time and the same holds true for the 
router 310. 

Referring back to Fig. 3, each of the packets have a time stamp and a sequence number 
associate therewith. The time stamp is used by the DSP module of the router to determine the delay 

5 associated with the packet's reaching its destination. For example, when a packet is received, the 
DSP of the receiving router knows the time of arrival of the packet and can subtract the number 
indicated by the packet's time stamp from the time of arrival to determine how long it took for the 
packet to get to its destination. The sequence number is used for determining which packets of a 
message have arrived and it is further used to re-organize the packets into the original message. 

10 Each message will have a predetermined number of packets associated with it and if any of those 
packets are missing when the packets' sequence numbers are evaluated, the router knows that one or 
more packets (depending on how many are missing) have been dropped. The receiving router may 
use this information to switch to a different codec. There are different reasons for triggering the 
occurrence of a switch from one codec type another. One reason may be when the DSP module 

15 detects a loss or an intolerable delay in the arrival of the packets, i.e. beyond a predetermined 
threshold value, the DSP module sends a special message to the CPU to this effect and proceeds to 
negotiate and switch codecs. Alternatively, the CPU, on a continuous basis, requests (by sending 
request messages) packet delay information and loss of packet information from the DSP module. 
For example, the CPU may do so every couple of seconds and the DSP module responds to these 

20 requests accordingly. When the CPU detects loss or delay beyond a certain threshold value, it 
initiates re-negotiation for a different codec. Typically, as the loss/delay increases, a codec type that 
results in a smaller packet size will be employed. 

In one embodiment of the present invention, a threshold is set for triggering a change of and 
re-negotiation of the codec. The threshold may be based upon the number of missing packets or a 

25 predetermined tolerable delay in the packet's arrival beyond which the system performance is 
substantially degraded. Either of these cases or perhaps both can be factored into the threshold and 
when the threshold is reached, the sending and receiving routers re-negotiate the use of a different 
codec. The threshold is user-programmable. 

Alternatively, the user of the sending or receiving router may change the type of codec being 

30 employed. This again may happen due to a drop in packets, as detected by the user, and/or too long 
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of a delay associated with the arrival of the packets. The user can detect these scenarios by hearing 
a delay in the voice or a degradation of voice quality where packets are being dropped. In the latter 
case, the user may hear choppiness in the voice transmission. Each type of codec has a 
programmably-alterable predetermined code associated therewith. Typically, the Internet 
5 Telephony Service Providers (ITSP) can alter the predetermined code whereas the user cannot do 
the same. This code is preferably a numeric value whereby when the user detects a degradation in 
voice quality, the user enters the predetermined code corresponding to a codec the user wishes to 
switch to by entering the predetermined code numeric value into the keypad of the telephone the 
user is employing. The CPU of the router receiving the user's input is, at all times, ready to accept 

10 such codes from the user. Receipt of the code by a router signifies that the codec need be re- 
negotiated. Telephones generally transmit a user-entered number by using Dual Tone Mode 
Frequency (DTMF). Upon the user's entering the code associated with a different type of codec, the 
routers switch to the latter if it is commonly supported by both routers. The assignment of a code to 
a particular type of codec is programmable. For example, the value 'IV can be assigned to the 

15 codec type G.71 1 such that if the user enters 6 1 1 \ the (CPU within the) router starts to negotiate and 
switch to using the G.71 1 codec by loading the same into the DSP module. This occurs during the 
phone conversation but switching to a different codec does not cause a substantial disturbance to the 
user as it only takes approximately 200 milliseconds (which cannot be heard) to switch to a different 
codec. Essentially, a different software code, associated with the user-specified codec, is 

20 downloaded to the DSP module 320 (in Fig. 3). 

In Fig. 5, a flow chart is shown of the steps processed in implementing dynamic codec 
negotiation and switching described above. At step 600, the call is connected and a particular codec 
is loaded into the DSP modules of the sending and the receiving routers and the CPU (of the 
routers) send and receive packets from the DSP module and the network. At step 606, if a router 

25 detects an unacceptable amount of delay in packet arrivals or packets being dropped (both of which 
will result in the router requesting a higher level of compression codec to be switched to and used 
and shown in Fig. 5 as #1) or alternatively (shown in Fig. 5 as #2), if a user requests a different 
codec by entering the predetermined code assigned to the codec of interest (by the ITSP), the 
process continues to step 608. At step 608, a request is made for re-negotiation of a different codec 

30 where the new codec is loaded into the DSP module awaiting for an acknowledgment from the other 
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router. Assuming both the sending and the receiving routers support the requested codec, both will 
load the codec. If one or both of the sending and receiving routers do not support the requested 
codec, at 606, the process will take the 'no 5 branch and will not attempt to load a new codec. 
Connection between the routers, however, continues and the call is not disconnected. Even in the 
5 case where negotiations begin for a new codec, the call is not disconnected. In fact, the reader 
should note that the codec negotiations and switching occurs while the call is connected. 

At step 608, the router waits for an acknowledgment and at 610, a determination is made as 
to whether or not the acknowledgment has been received. If so, the next step is 612 at which time 
the new or requested codec is loaded into the DSP module and operation of the system will continue 

10 using the newly-loaded codec. If on the other hand, at 610, no acknowledgment is received, nothing 
can be done and the process goes back to step 600. Again, the call remains connected. 

In Fig. 5, after step 600, the steps shown in the right-hand side of the flow chart (as 
described above) represent the steps performed by the router detecting a degradation in voice quality 
and wishing to switch to a different codec and the steps shown in left-hand side of the flow chart 

15 represents the steps performed by the router being informed of switching to a different codec from 
the other router ~ the steps listed in the right-hand side of the flow chart occur first followed by the 
occurrence of the steps of the left-hand side of the flow chart. The call is connected and the CPU 
(of the router) detects an H.245 message from the other router indicating that the new codec need be 
loaded. At 602, it is determined whether the requested codec is available and if so, an 

20 acknowledgment is sent, at step 603, by the router receiving the request to change codecs and the 
new codec is loaded into the DSP module and the process continues to step 600. But if at 602, it is 
determined that the requested codec is not supported, the router receiving the request for the change 
in codecs sends a negative response to indicate that the new codec is not available to it and the 
process continues to step 600. 

25 The steps shown in Fig. 5 are caused to be performed by the CPU of respective routers by 

executing the software that is stored in the space 322 (shown in Fig. 3) of respective routers. 

Fig. 6 is presented to illustrate the change in packet size after a change in codec has 
occurred. In this example, the routers 306 and 310 communicate over a packet switching network 
using IP and the packet sizes initially are shown to be larger in size than after switching to a 

30 different codec. In this case, routers 306 and 310 negotiate the use of a new codec so that the 
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system capacity and throughput is increased by using a compression technique leading to a smaller 
packet size. 

It should be noted that a similar flow chart can be used to perform the opposite. Consider 
the case where a type of codec is being executed that compensates for either packet loss or pursuant 
5 to a user request, if, after sometime, the quality of information transfer over the network improves 
such that more bandwidth becomes available, another codec that results in a larger packet sizes but a 
higher quality of transmission may be negotiated therefor and loaded. 

For automatic detection of better network bandwidth availability, statistics from the DSP 
module can be used and a threshold based upon such statistics can be set to trigger a switch from a 

10 higher quality codec to a lower quality codec. 

In yet another embodiment of the present invention, as shown in Fig. 7, while a telephone 
call is taking place through routers and the packet switching environment, fax information is 
transmitted from one router to another while the call is connected. In this respect, a user of 
telephone that is coupled to one of the routers need not disconnect the phone call, make another call 

1 5 for sending a fax and initiate another call to resume conversation. 

In Fig. 7, routers 306 and 310 are shown coupled to a telephone and a fax device. More 
specifically, the router 306 is shown coupled to the telephone device 302 and a fax machine 500 and 
the router 310 is shown coupled to the telephone 314 and the fax machine 502. The routers 306 and 
310 communicate through the packet switching network 308. Consider the case where a user of the 

20 telephone device 302 is conducting a telephone conversation with a user of the telephone device 314 
through the apparatus shown in Fig. 7 between the two telephone devices. At the same time the 
user of the telephone device 302 wishes to fax a document to the user of the telephone device 314 
who has access to receive faxes at the fax machine 502. The router 306 detects the presence of a fax 
signal by noting the presence of a fax tone and subsequently transmits a message to have a fax 

25 overlay loaded. The message is transmitted through the network 308 and it is received by the router 
310. When the router 310 receives the fax overlay message, the DSP module of the router 310 loads 
a fax overlay and transmits a fax acknowledgment message onto the network 308 for use by the 
router 306. Upon receiving the acknowledgment message, the DSP module of the router 306 loads 
a fax overlay and the fax is transmitted from the router 306 to the router 310 through the network 

30 308. Fax overlay essentially includes overhead information for transmission of faxes. One such 
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overhead information, for example, includes adjustments to frequency or rate of transmission due to 
the difference in the frequencies between voice and fax transmissions. 

In Fig. 7, after the fax has been transmitted, the overlay is unloaded by both routers and an 
acknowledgment is transferred from the router 310 to the router 306 indicating that the router 310 is 
5 now back to voice mode. At this time, upon receiving the acknowledgment, the router 306 also 
goes back to voice mode and users of the telephone devices 302 and 314 can resume their 
conversation. 

Although the present invention has been described in terms of specific embodiments it is 
anticipated that alterations and modifications thereof will no doubt become apparent to those skilled 
10 in the art. It is therefore intended that the following claims be interpreted as covering all such 
alterations and modification as fall within the true spirit and scope of the invention. 



14 



14013-27 

What we claim is: 

CLAIMS 

1 L A router device for use in a communication system having at least two telephone devices 

2 in communications with each other for transferring voice information therebetween through a 

3 packet switching network, the router device being coupled between one of the telephone devices 

4 and the packet switching network and for performing one of a plurality of types of 

5 compression/decompression (codec) operation on information being transferred between the 

6 telephone devices comprising: 

7 a DSP module responsive to an analog telephone signal from one of the telephone devices 

8 and operative to convert the analog telephone signal to a digital telephone signal and further 

9 operative to packetize the digital telephone signal for transmission to a remotely-located router 

10 device, the DSP module for switching from using a first type of codec to using a second type of 

1 1 codec upon detection of degradation in the quality of the voice information, 

12 wherein switching between the codecs is performed while a conversation is taking place 

13 between the two telephone devices yet avoiding substantial disturbance to users of the telephone 

14 devices. 

1 2. A router device as recited in claim 1 wherein switching between the codecs is initiated by 

2 a user of one of the telephone devices. 

1 3. A router device as recited in claim 2 wherein a predetermined code is assigned to 

2 correspond to each codec wherein the user specifies the type of codec to be switched to by 

3 entering the predetermined code corresponding to a desired codec into one of the user telephone 

4 devices. 

1 4. A router device as recited in claim 3 wherein the predetermined code is programmably- 

2 alterable. 

15. A router device as recited in claim 1 wherein upon detecting lower bandwidth available 

2 on the packet switching network for transmitting packet therethrough, the router device for 
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3 switching from a codec resulting in the use of larger packet sizes to a codec resulting in smaller 

4 packet sizes. 

1 6. A router device as recited in claim 5 wherein the router device for automatically detecting 

2 the lower bandwidth. 

17. A router device as recited in claim 1 wherein upon detecting higher bandwidth available 

2 on the packet switching network for transmitting packet therethrough, the router device for 

3 switching from a codec resulting in the use of smaller packet sizes to a codec resulting in higher 

4 packet sizes. 

1 8. A router device as recited in claim 5 wherein the router device for automatically detecting 

2 the higher bandwidth. 

19. A router device as recited in claim 1 wherein the remotely-located router device detects 

2 the degradation in the quality of the voice information. 

1 10. A router device as recited in claim 1 wherein the degradation in the quality of the voice 

2 information is due to loss of one or more packets. 

1 11. A router device as recited in claim 1 0 wherein a threshold defines the number of lost 

2 packets that are tolerated triggering a decision to switch to the second type of codec. 

1 12. A router device as recited in claim 1 1 wherein a plurality of packets form a message and 

2 each packet includes a sequence number indicative of the position of the packet with respect to 

3 other packets in the same message, the sequence numbers of the same message being in 

4 sequential order wherein a loss of packets is detected when one or more sequence numbers are 

5 missing from the received packets of the same message. 
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1 13. A router device as recited in claim 1 wherein the degradation in the quality of the voice 

2 information is due to an intolerable delay associated with the time for a packet to travel between 

3 the router device and the remotely-located router device. 

1 14. A router device for use in a communication system having a first telephone device and a 

2 first fax machine coupled to the router device, the router device responsive to telephone signals 

3 generated by the first telephone device and fax signals generated by the first fax machine and 

4 operative to transfer digital information, through a packet switching network, to a remotely- 

5 located router coupled to a second telephone device and a second fax machine comprising; 

6 a DSP module for carrying a user-initiated telephone conversation on a telephone line 

7 connecting the first telephone device and the second telephone device through the packet 

8 switching network, the DSP module further responsive to analog fax signals from the first fax 

9 machine and further operative to convert the analog fax signals to digital fax signals and to 

10 packetize the digital fax signals for transmission, through the packet switching network, to the 

1 1 second fax machine, 

12 wherein the fax transmission from the first fax machine to the second fax machine takes 

13 place on the telephone line causing a temporary interruption to the telephone conversation 

14 thereby avoiding the need for telephone connection to be disconnected prior to the fax 

15 transmission. 

1 15. A router device as recited in claim 14 wherein a fax overlay is transferred between the 

2 router device and the remotely-located router prior to transmission of fax information 

3 therebetween. 

1 16. A router device as recited in claim 14 wherein the router device is further operative to 

2 detect a fax tone prior to transmission of the fax information and upon completion of the fax 

3 transmission the router device is operative to resume the telephone conversation. 

1 17. A method for use in a communication system having at least two telephone devices in 

2 communications with each other for transferring voice information therebetween through a 

3 packet switching network, the router device being coupled between one of the telephone devices 

17 
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4 and the packet switching network and for performing one of a plurality of types of 

5 compression/decompression (codec) operation on information being transferred between the 

6 telephone devices comprising: 

7 receiving an analog telephone signal through a telephone connection from one of the 

8 telephone devices; 

9 converting the analog telephone signal to a digital telephone signal; 

10 separating information carried on the digital telephone signal into packets of information; 

1 1 using a first type of codec for transferring the packets of information between the two 

12 telephone devices through the packet switching network; 

13 switching to using a second type of codec upon detection of degradation in the quality of 

14 the voice information during the course of the telephone connection. 
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ABSTRACT 

A router device is disclosed for use in a communication system having at least two 
telephone devices in communications with each other for transferring voice information 
therebetween through a packet switching network. The router device is coupled between one of 
5 the telephone devices and the packet switching network for performing one of a plurality of types 
of compression/decompression (codec) operation on information being transferred between the 
telephone devices. The router device includes a Digital Signal Processor (DSP) module 
responsive to an analog telephone signal for carrying a telephone conversation generated from 
one of the telephone devices and operative to convert the analog telephone signal to a digital 
10 telephone signal. The DSP packetizes the digital telephone signal for transmission to a remotely- 
located router device and switches from using a first type of codec to using a second type of 
codec upon detection of degradation in the quality of the voice information while a conversation 
is taking place between the two telephone device yet avoiding substantial disturbance to users of 
the telephone devices. 
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DECLARATION, POWER OF ATTORNEY AND PETITION 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name. 

I believe I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint 
inventor (if plural names are listed below) of the subject matter which is claimed and for which a patent is sought on the 
invention entitled "CHANGE OF CODEC DURING AN ACTIVE CALL'* the specification of which 

HI is attached hereto 

□ was filed on as Application Serial No. 

and was amended on (if applicable). 

I hereby state that I have reviewed and understand the contents of the above identified specification, including the 
claims, as amended by any amendment referred to above, 

I acknowledge the duty to disclose information which is material to the examination of this application in accordance 
with Title 37, Code of Federal Regulations, § 1.56(a). 

I hereby claim foreign priority benefits under Title 35, United States Code, § 1 19 of any foreign application(s) or U.S. 
provisional application(s) for patent or inventor's certificate listed below and have also identified below any foreign application 
or U.S. provisional application(s) for patent or inventor's certificate having a filing date before that of the application of which 
priority is claimed. 

Prior Foreign/U.S. Provisional Application(s) 

Priority Claimed 



(Number) 


(Country) 


(Day, month, year filed) 


Yes 


No 


(Number) 


(Country) 


(Day, month, year filed) 


Yes 


No" 


(Number) 


(Country) 


(Day, month, year filed) 


Yes 


No" 



I hereby claim the benefit under Title 35, United States Code, § 120 of any United States application(s) listed below 
and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior United States application in 
the manner provided by the first paragraph of Title 35, United States Code, § 112, 1 acknowledge the duty to disclose material 
information as defined in Title 37, Code of Federal Regulations, § 1.56(a) which occurred between the filing date of the prior 
application and the national or PCT international filing date of this application: 



(Application Serial No.) Filing Date (Status: Patented, pending, abandoned) 



(Application Serial No.) Filing Date (Status: Patented, pending, abandoned) 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United 
States Code and that such willful false statements may jeopardize the validity of the application or any patent issued thereon. 

And I hereby appoint W. POMS, Reg. 18,782; G.P. SMITH, Reg. 20,142; G.E. LANDE, Reg. 22,222; A.C. ROSE, 
Reg. 17,047; L.J. BOVASSO, Reg. 24,075; D.J. OLDENKAMP, Reg. 29,421; C. D ARROW, Reg. 30,166; M.E. HARRIS, Reg. 
26,690; K.A. MACLEAN, Reg. 31,118; C. ROSENBERG, Reg. 31,464; M.E. BROWN, Reg. 28,590; E.F. O'CONNOR, Reg. 
25,903; R.F. CARR, Reg. 17,110; A. ROTHENBERG, Reg. 17,843; R.L. GAUSEWITZ, Reg. 16,960; M.A. KONDZELLA, 
Reg. 18,013; A.P. BLOCK, Reg. 35,450; S.R. HANSEN, Reg. 38,486; D.N. LARSON, Reg. 29,401; J.W. INSKEEP, Reg. 
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33,910; G.F. COTTERELL, Reg. 37,802; ELD. JASTRAM, Reg. 19,777; J.M. KALIS, Reg. 37,650; C.J. LERVICK, Reg. 
35,244; CAS. HAMRICK, Reg. 22,586; R.O. GUILLOT, Reg. 28,852; ID. VOELZKE, Reg. 37,957; G.L. FOUNTAIN, Reg. 
36,374; J. BOYCE, Reg. 40,920; C. CHOU, Reg. 41,672; M. IMAM, Reg. 38,190; A.B. Diepenbrock, Reg. 39,960; 
OPPENHEIMER WOLFF & DONNELLY LLP, 101 Park Center Plaza, Suite 400, San Jose, California 95113, (408) 795-3000, 
as my attorneys with full power of substitution and revocation, to prosecute said application and to transact in connection 
therewith all business in the Patent and Trademark Office and before competent International Authorities. 

Address all telephone calls to Maryam Imam at (408) 795-3000 and address all correspondence to: 



Wherefore I pray that Letters Patent be granted to me for the invention or discovery described and claimed in the 
foregoing specification and claims, and I hereby subscribe my name to the foregoing specification and claims, declaration, power 
of attorney, and this petition. 



Full Name of Sole or First Inventor: Nirat Bhupesh Shah 



Maryam Imam, Esq. 
OPPENHEIMER WOLFF & DONNELLY LLP 

101 Park Center Plaza, Suite 400 
San Jose, California 95 1 1 3 
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575 S. Rengstorff Ave., #114, Mountain View, CA 94040 



Post Office Address: 
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Citizenship: 



India 
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